home *** CD-ROM | disk | FTP | other *** search
/ SGI Freeware 1998 November / Freeware November 1998.img / dist / fw_x3270.idb / usr / freeware / lib / x3270 / Docs / Bugs.z / Bugs
Text File  |  1998-10-27  |  2KB  |  37 lines
  1. Known Bugs in x3270 3.1
  2.  
  3.   1. Not so much a bug as a problem with the 3270 protocol in general. 3270
  4.      applications were designed to interact with people, not programs. When
  5.      you type ahead in x3270, or use x3270 scripts, macros or complex String
  6.      actions, a number of subtle problems may crop up.
  7.  
  8.      Once data has been sent to the host, the host must send an explicit
  9.      command to unlock the keyboard. On real 3270 terminals (and earlier
  10.      versions of x3270), most keystrokes were ignored while the terminal was
  11.      waiting for this command.
  12.  
  13.      By contrast, x3270 3.1 stores keystrokes in a typeahead buffer. It is
  14.      also capable of running macros and scripts, where potentially large
  15.      amounts of data can queue up.
  16.  
  17.      The problem occurs in deciding when it is safe to send more data to the
  18.      host. Unfortunately, many operating systems and applications send the
  19.      keyboard-unlock command back almost immediately, even though they are
  20.      not yet ready to accept new data. When you are typing interactively,
  21.      this is rarely a problem, because you generally don't begin typing
  22.      again until you see a prompt or a data-entry panel. However, for a
  23.      macro or a script, which cannot "understand" what it sees on the
  24.      screen, these "premature unlocks" can be fatal.
  25.  
  26.      x3270 attempts to address this problem in the following way. When the
  27.      host sends a keyboard-unlock command, x3270 does not immediately resume
  28.      the flow of data back to the host. Instead, it waits 350 msec,
  29.      meanwhile still buffering keystrokes in the typeahead buffer. This
  30.      smoothes over a large portion of premature unlock situations, but with
  31.      two drawbacks. First, it won't cover all situations, since some
  32.      interactions with the host will take more than 350 msec. Second, it
  33.      doesn't behave consistently: if a host is unusually loaded, a macro or
  34.      script that behaves normally every other time may suddenly not work.
  35.  
  36.      This is an area of ongoing investigation in x3270.
  37.